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An entertainment head-end provides broadcast* program- 
ming, video -on-demand services, and HTMlr-bak?d£rU erac^ | 
tive^prog^mming through a distribution network to client 
terminals in subscribers* homes. A number of different 
features are provided, including novel user interfaces** 
enhanced video-on-demand controls, a variety of interactive 
services (personalized news, jukebox, games, celebrity 
chat), and techniques that combine to provide user experi- 
ences evocative of conventional television. 
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INTERACTIVE VIDEO PROGRAMMING 
METHODS 

RELATED APPLICATION DATA 

[0001] This applicatioo is a Divisional of U.S. patent Ser. 
No. 09/201,699, filed Nov. 30, 1998. 

[0002] The subject matter of this application is generally 
related to that disclosed in the following applications filed 
contemporaneously herewith: 

[0003] Proxy for Video on Demand Server Control 
(Brack et al); Method and System for Presenting 
Television Programming and Interactive Entertain- 
ment (White et al); and 

[0004] Video on Demand Methods and Systems 
(White et al). 

[0005] The subject matter of this application is also gen- 
erally related to the subject matter of application Ser. No. 
09/153,577, filed Sep. 15, 1998. 

[0006] The disclosures of these related applications are 
incorporated by reference. 

BACKGROUND AND SUMMARY OF THE 
INVENTION 

[0007] The World Wide Web has made available a great 
deal of "content" to computer users having an internet 
connection. However, such content is not otherwise avail- 
able, e.g. to cable television subscribers. Moreover, the 
content available on the Web is relatively impoverished in 
production and presentation, as compared with sophisticated 
television productions familiar to the public. 

[0008] The present invention seeks to redress various of 
these failings of the prior art. For example, in one aspect, the 
invention provides a video entertainment system in which 
conventional television programming and novel interactive 
entertainment are presented in an integrated fashion, with 
the user being able to seamlessly switch from one to the 
other without a disruptive change in context or in production 
sophistication. Illustrative interactive entertainment includes 
channels providing customized news, celebrity chat, games, 
and jukebox services. 

[0009] The foregoing and other features and advantages of 
the present invention will be more readily apparent from the 
following detailed description, which proceeds with refer- 
ence to the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] FIG. 1 is a block diagram of an interactive video 
system that can be used in accordance with the present 
invention. 

[0011] FIG. 2 is a block diagram of the entertainment 
head-end of FIG. 1. 

[0012] FIG. 3 is a block diagram of a client terminal of 
FIG. 1. 

[0013] FIG. 4 is an illustration of a video -on-demand 
selection screen. 

[0014] FIG. 5 is an illustration of a user interface permit- 
ting a user to control playback of an on-demand video. 



[0015] FIG. 6 is an illustration of a screen display on a 
NEWS viewer channel. 

[0016] FIG. 7 is an illustration of a screen display on a 
CELEBRITY CHAT viewer channel. 

DETAILED DESCRIPTION 

[0017] Referring to FIG. 1, an exemplary interactive 
video system 10 includes a entertainment head-end 12 and 
one or more client terminals 14 intercoupled through a 
network 16. 

[0018] The network 16 typically comprises coaxial cable 
or optical fiber 18, extending from the head -end 12 to 
distribution nodes 20 within various neighborhoods. From 
the distribution nodes, further cables 22 couple to individual 
subscriber premises. 

[0019] As detailed in the companion application entitled 
Proxy for Video on Demand Server Control, filed herewith, 
the network can include one or more proxy servers 24. These 
are computers interposed between the head-end 12 and the 
client terminals 14 to perform various system control and 
user interface (UI) functions. 

[0020] The proxy server 24 is interposed in a logical 
TCP/IP control channel 27 between the head-end and cli- 
ents. While the control signals and the entertainment are 
physically conveyed on the same cable 18, they are shown 
separately in FIG. 1 for conceptual clarity. 

[0021] As shown in FIG. 2, the entertainment head-end 12 
includes the components typically associated with a cable 
television head-end installation, e.g. satellite receivers 26 for 
receiving satellite broadcasts and producing corresponding 
baseband analog video signals. Additionally, head-end 12 
includes fast digital disk arrays and/or optical storage 28 for 
storage of MPEG-encoded digital video for on-demand 
delivery. Head-end 12 also includes one or more interactive 
services servers 30, which output HTML-based program- 
ming (e.g. customized news, celebrity chat, interactive juke- 
box, and interactive games), as further detailed below. In 
systems not employing proxy servers 24, the head-end 
additionally includes a control computer 32 that receives and 
transmits control data relating to system administration (e.g. 
channel assignment data, billing information, etc.). 

[0022] The transmission of these various forms of data 
from the head-end over the network 16 is straightforward. 
As is familiar to those skilled in the video arts, the analog 
video is commonly distributed on 6 MHz channels, begin- 
ning at 52 MHz and extending upwardly. The digital video 
can be encoded on a carrier for transmission within one of 
these conventional broadcast channels, or can be modulated 
at one or more other un-used frequencies. Statistical multi- 
plexing is desirably employed to transmit plural channels of 
digitized video with reduced bandwidth. The HTML-based 
interactive services and the control data can be transmitted 
using a conventional protocol (e.g. TCP/IP) and modulated 
onto a suitable carrier frequency for distribution over the 
network. Or such data can be transmitted in the vertical 
blanking interval of analog video broadcasts, as is well 
known. 

[0023] After modulation to appropriate distribution fre- 
quencies by modulators 34, the various signals from the 
head-end are combined by an RF combiner 36 for distribu- 
tion over the network 16. 
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[0024] Each client terminal 14 is an enhanced WebTV 
terminal that includes a CPU 38, RAM memory 40, non- 
volatile memory 42, a display screen 44, display driver 
circuitry 46, a speaker 48 with an associated audio stage 50, 
a remote control 52, an infrared interface 54, a user interface 
(UI) 56, a dial-up interface 58, a cable interface 60, and an 
MPEG decoder 62 (FIG. 3). (The artisan is presumed 
familiar with WebTV terminals from their many descriptions 
in the patent and technical literature, and their widespread 
availability/use.) 

[0025] The CPU 38 can be any of several microproces- 
sors, e.g. those available from Intel, AMD, Cyrix, Motorola, 
etc. Alternatively, the CPU can be a custom device that 
optionally integrates one or more of the other components of 
terminal 14. 

[0026] The RAM memory 40 typically comprises 8 or 
16K of EDO memory, but more or less memory, and/or 
memory of differing type, can alternatively be used. 

[0027] The non-volatile memory 42 in the illustrated 
embodiment includes a ROM, EEPROM, or flash memory 
in which certain components of the operating system and 
applications software are stored. Additionally, the illustrated 
non-volatile memory 42 includes 4GB of magnetic disk 
storage. 

[0028] Display screen 44 is a CRT of the type conven- 
tionally used in consumer televisions, and display driver 
circuitry 46 serves to provide the excitation signals needed 
by the CRT, in accordance with input video data provided 
thereto. 

[0029] Speaker 48 and audio stage 50 are the audio 
counterparts to the video display screen and driver circuitry. 
Desirably, these stages comprise high fidelity speakers and 
a suitable amplifier, together with audio-synthesis circuitry 
corresponding to the digital data format by which audio data 
is transmitted. (For the JUKEBOX service, detailed below, 
the audio may be transmitted in the MPC3 format, in which 
case the MPEG decoder 62 may be employed for decoding.) 

[0030] Remote control 52, and corresponding IR interface 
54, are generally conventional, and serve to relay user 
commands to the terminal in accordance with user manipu- 
lation of buttons on the remote control 52. 

[0031] The dial-up interface 58 in the illustrated embodi- 
ment is a modem, coupled to a telephone line. Various 
different modems and communication links can be used. 

[0032] The cable interface 60 receives composite data 
signals from the network 16 and separates them into three 
general signal types: analog video (typically corresponding 
to broadcast television programming), digital video (typi- 
cally corresponding to on-demand video programming), and 
HTML/control instructions (the former typically corre- 
sponding to other interactive services, the latter being 
instructions exchanged between the client terminal 14 and 
the head-end 12, a proxy server 24, or a neighborhood node 
20). Included in the cable interface 60 is an RF tuner section 
controlled by the CPU. The illustrated MPEG decoder 62 is 
an application-specific integrated circuit that converts the 
MPEG video stream into successive frames of video data. 

[0033] The user interface 56 in the illustrated embodiment 
refers to various on-screen visual displays through which — 
in conjunction with the remote control 52 — the user can 



effect various choices. One of these is switching viewing 
channels. (As detailed below, switching viewing channels 
does not necessarily effect a corresponding retuning of the 
RF tuner portion of the cable interface 60.) Although illus- 
trated separately for clarity, those skilled in the art will 
understand that the user interface 56 is typically realized as 
instructions stored in RAM memory 40. 

[0034] The operation of the system is first described with 
reference to the video-on-demand service. To view an on- 
demand video, the user first tunes the client terminal 14 to 
a predetermined channel, the "VIDEO channel/' 

[0035] Here a distinction should be drawn between two 
types of "channels/* The first, termed a "transmission chan- 
nel," refers to an actual frequency channel (e.g. 52-58 MHz) 
that is used to relay programming from the head-end 12 to 
the client terminal 14 over the network 16. The second, 
termed a "viewer channel," refers to the moniker (e.g. 
MSNBC, CNN, GAME, CHAT, VIDEO, FAVORITES) by 
which a user distinguishes different programming. The map- 
ping between viewer and transmission channels is deter- 
mined by the system (e.g. by the terminal 14, the head-end 
12, or a proxy server 24). 

[0036] The VIDEO channel is a viewer channel — it is the 
channel to which the viewer switches to receive video on 
demand programming. The frequency over which this pro- 
gramming is delivered is not important to the viewer. 
Different transmission channels may be available for use at 
different times, depending system resource usage (e.g. other 
viewers* video-on-demand usage). One day the 108-114 
MHz transmission channel might be used to relay on- 
demand video to a subscriber. The next day, the 114-120 
MHz transmission channel might be used instead. Data 
indicating the assignment of transmission channels-to- 
viewer channels is periodically relayed as control data 
among the components of the system 10. 

[0037] On the VIDEO channel, the user is presented an 
introductory UI screen 64 of the sort shown in FIG. 4. This 
screen includes four components: a topical listing of movie 
categories 66; a feature 68 permitting the user to search a 
database of available videos by title, actor, director, key- 
words, etc; a promotion 70 of one of more featured video 
tides; and other advertising 72. This screen is defined by 
HTML primitives sent over the network 16, as rendered by 
the client terminal 14. In the illustrated embodiment, the 
HTML primitives associated with the video selection screen 
64 are sent from the proxy server 24. 

[0038] The viewer manipulates arrow keys on the remote 
control 52 to highlight the feature of interest, e.g. a particular 
topical category. (Highlighting here refers to a visual indicia 
showing that a particular screen feature, or hyperlink, has 
been selected for execution. Various forms of highlighting 
can be used, e.g. a change in color of the feature, a colored 
box surrounding the feature, etc.) After a desired feature has 
been selected, a "Go** button on the remote control is 
pressed, signaling the user's selection to the terminal 14. 

[0039] If the "KIDS" category was highlighted, the system 
next presents a screen listing available children's movies 
(again defined by HTML from the proxy server). Again, the 
viewer manipulates the remote control to select a particular 
choice, and then presses "Go." At this point, an optional 
screen can be presented confirming billing arrangements (if 
any). 
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[0040] Once a final video selection has been made, a video 
control panel UI 74 (FIG. 5) is presented on the screen. In 
the illustrated embodiment, this panel is translucent, permit- 
ting the viewer to perceive imagery "behind" the overlaid 
panel. (That is, the panel is rendered as a change in lumi- 
nance of the underlying imagery.) The exemplary video 
control panel 74 of FIG. 5 includes PLAY, STOP, REWIND, 
FAST FORWARD, and PAUSE buttons 76A-E. (Addition- 
ally, the panel can have a textual or graphical indication 78 
of the time remaining in the selected video.) The PLAY 
button is initially highlighted. 

[0041] While the control panel is being rendered at the 
client (from HTML primitives stored in the non-volatile 
memory 42), the head-end queues the selected MPEG video 
for playback, and the system (either the head-end 12 or a 
proxy server 24) selects an available transmission channel. 
Data indicating the selected channel is relayed to the client 
terminal 14, which tunes the RF tuner in the cable interface 
60 without any user action. The viewer channel, in contrast, 
remains unchanged at the VIDEO channel. 

[0042] To play the selected video, the user simply presses 
the "Go" button on the remote control 52, activating the 
initially-highlighted PLAY button 76 A on the control panel 
74. A corresponding instruction is sent to the head-end 12, 
and video delivery commences. The on-screen video control 
panel 74 disappears. 

[0043] If, during playback, the user wishes to stop or 
pause delivery of the on-demand video (e.g. to answer the 
telephone, or get a snack from the kitchen), a "Menu" button 
on the remote control is pressed. The video control panel 74 
reappears, this time with the STOP button highlighted. If the 
user wishes to stop playback, the "Go" button on the remote 
is pressed. If the user wishes to pause playback, the high- 
lighting on the control panel is moved to the PAUSE button 
using arrow keys on the remote control, and the "Go" button 
is then pressed. A corresponding stop or pause instruction is 
then sent to the head-end 12 from the client terminal 14, 
interrupting MPEG delivery. 

[0044] A data record is stored — either at the client, at the 
head-end, or at a proxy server — indicating the point of video 
interruption (e.g. by SMPTE code, disk address, time offset, 
etc.) so that playback can be resumed from that point (or 
shortly before that point, to provide context). 

[0045] When either the STOP or PAUSE button is acti- 
vated on the panel 74, the panel 74 persists on the screen, but 
the highlighting is switched back to PLAY. (If the PAUSE 
button is used to resume playback following a pause instruc- 
tion, and the user activates the PAUSE button to interrupt the 
video, the highlighting can remain at the PAUSE button.) 
This arrangement permits the viewer to resume playback 
simply by pressing "Go" on the remote, since the button that 
resumes playback is already highlighted. (The panel simi- 
larly persists on-screen if the REWIND or FAST FORARD 
buttons is activated, with PLAY next highlighted.) 

[0046] The screen can be put to various uses while the 
video is interrupted. Examples include presentation of quiz- 
zes and other entertainment to viewers who may still be in 
the viewing room. An indication of waiting email, or com- 
mercial or promotional messages, can similarly be pre- 
sented, 

[0047] If the stop in playback is brief, the system 10 
maintains the assignment of the transmission channel to that 



video on demand client 14, despite the interruption in video 
delivery. However, if the interruption period exceeds a 
threshold value (e.g. ten minutes), the system returns the 
assigned transmission channel back to the system's pool of 
available transmission channels. The channel may then be 
assigned to another use. If the user thereafter resumes 
playback by pressing "Go" on the remote (PLAY was 
already highlighted), the system responds by dynamically 
assigning a new transmission channel, retuning the client's 
RF tuner and the head-end's modulator accordingly, and 
resuming playback from (or just before) the point of inter- 
ruption. 

[0048] A similar sequence occurs if the user changes to 
another viewer channel during playback of an on-demand 
video (e.g. changing to MSNBC to check a sports score). 
The system interrupts delivery of the on-demand video (e.g. 
in response to an instruction or notification sent by the 
client), and a record indicating the point of MPEG interrup- 
tion is stored. If the user. returns to the VIDEO viewer 
channel within a predetermined period (e.g. 24 hours), the 
system resumes transmission of the video from the point of 
interruption. (No user action, e.g. pressing PLAY, is 
required — no video control panel is presented in this sce- 
nario.) Again, the resumed transmission may occur over a 
different transmission channel, but this detail is transparent 
to the user. 

[0049] The illustrated system includes an electronic pro- 
gram guide that can be selectively displayed on-screen to 
facilitate viewer program selection. Electronic program 
guides arc familiar to those skilled in the art, so are not 
belabored here. Exemplary program guides are shown, e.g., 
in U.S. Pat. Nos. and allowed application Ser. Nos. 5,815, 
5,758,258, 5,585,838, 5,654,748, 5,526,036, 08/969,979 and 
08/968,386 (the disclosures of which are incorporated by 
reference). Desirably, when an on-demand video is selected, 
the title of the video appears in the electronic program guide, 
in association with the VIDEO viewer channel. Additionally, 
an indication of the time -remaining in the selected video can 
also be displayed, e.g. as a numeric hour: minute represen- 
tation, or as a block that extends in a gridded program guide 
for a distance corresponding to the remaining time. (Data 
specifying the selected video title and the remaining time is 
stored in one or more of the components of system 10 and 
can be inserted into the program guide as appropriate.) 

[0050] This listing of an on-demand video amidst broad- 
cast television programming in an electronic program guide 
contributes to user perception of on-demand video as just 
another channel. It is desirable to present all video services 
in this television-like paradigm so as to present a seamless, 
familiar experience to new users. 

[0051] Providing a television-like interaction for on-de- 
mand video is one thing; extending that experience to 
HTML-based video services is another. In the following 
discussion, several different HTML-based services are 
described. Various techniques are employed in such services 
to contribute to a television-like experience. 

[0052] One technique is to make the screen look like a 
television screen. Computer displays typically have an 
image area bounded by straight edges. Since the edge of the 
CRT tube is typically not straight but is slighdy curved, there 
is commonly a thin black margin at some or all of the edges 
of computer monitors. The display does not extend into this 
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marginal area lest it render another part of the image 
off-screen. Television displays, in contrast, are not so con- 
cerned with rendering accuracy. Instead, the emphasis is on 
providing the largest apparent image size. Accordingly, the 
screen is typically overscanned — with at least certain scan 
line ends extending beyond the visible portion of the screen. 
Accordingly, one technique to yield a more television-like 
experience when displaying HTML-rendered graphics is to 
deliberately overscan the screen. 

[0053] A related technique is to avoid displays that are 
larger than the viewing screen. Many "pages" on the world 
wide web require "scrolling" to view portions extending off 
the bottom of the screen. While this is a familiar operation 
for web -surfers, it is wholly foreign to television viewers 
and is desirably avoided. 

[0054] Another technique for enhancing the television- 
like appearance of HTML graphics is to employ production 
techniques and values evocative of television programming. 
For example, fades, dissolves, and wipes are video transition 
effects that viewers routinely encounter in television pro- 
gramming. However, they are used rarely — if at all — in 
HTML productions. Their use in the interactive services 
detailed below contributes to a television-like experience. 

[0055] Yet another integrating technique is to list the 
interactive services (e.g. GAMES, CELEBRITY CHAT, 
JUKEBOX, NEWS) in the system's electronic program 
guide simply as additional channels, amidst the other chan- 
nels familiar to viewers (e.g. network broadcast channels 
and cable channels). 

[0056] By techniques such as these, viewers encounter 
interactive video entertainment and conventional television 
programming in a seamless, familiar context. This is impor- 
tant because, as will be evident from the following discus- 
sion, interactive video entertainment itself can be quite 
different from conventional TV. 

[0057] Interactive entertainment encompasses a wide 
range of content. Some forms have antecedents in other 
contexts or media. Other forms are wholly new. A few 
examples will serve to illustrate the wide range of possi- 
bilities. 

[0058] A first exemplary interactive video service is a 
jukebox. When a user first switches to the JUKEBOX 
viewer channel, a user interface akin to the video selection 
UI 74 is presented on-screen. However, instead of permitting 
selection of movies, it permits selection of music (e.g. by 
genre, artist, title, etc.). Selected music can then be played 
through the terminal's audio speakers 48 using similar 
procedures and playback UI as detailed earlier for playback 
of on-demand video. As before, if the user switches away 
from the JUKEBOX viewer channel, playback of the 
selected audio is interrupted and a pointer is stored indicat- 
ing the point at which the selection should be resumed. 

[0059] During playback, rather than let the display screen 
44 sit idle, , it is desirably used in conjunction with the 
selected music. It may, for example, present a music video 
to accompany the selected audio recording. Or it may 
present information related to the selection, e.g. artist biog- 
raphy, critic reviews, listings of other recordings of the same 
selection by different artists, the artist's upcoming concern 
schedule, etc. It may also allow the user to purchase the 



music, whether on CD or otherwise. (All such options can be 
hot-linked to other screens of HTML data, as is conventional 
on the world wide web.) 

[0060] Desirably, the system monitors the user's musical 
selections, and automatically compiles a profile of the user's 
preferences (e.g. by genre, artist, etc.). Alternatively, the user 
can explicitly define his or her preferences. (As with other 
data stored in distributed system 10, the user's jukebox 
preferences can be stored in the client terminal, at a proxy 
server, or at the head-end, or distributed therebetween.) 
When the user thereafter returns to the JUKEBOX viewer 
channel, a selection menu configured to focus on these 
preferences can be presented. (The focused selection menu 
also includes the option of returning to the general, all- 
encompassing music selection screen.) 

[0061] A second exemplary interactive service is NEWS, 
This viewer channel delivers personalized news information 
in a television-like format. The channel is organized like 
CNN Headline News, with a small number of news catego- 
ries that are continuously cycled-through several times an 
hour. Categories can include, e.g., headlines, sports, 
weather, traffic, and financial. The presentations in each 
category can be static (e.g. text articles), but more typically 
include streaming video excerpts. 

[0062] An exemplary presentation of NEWS is shown in 
FIG. 6. In addition to showing part of the current Headline 
category, the screen 80 gives the user the option of switching 
immediately to any other category (sports, weather, or stocks 
in the illustrated screen). Again, such selection is made by 
the user with arrow keys on the remote control, by moving 
highlighting to the desired choice and pressing the "Go" 
button. 

[0063] As with the JUKEBOX channel, the NEWS chan- 
nel allows the viewer to define and store personal news 
preferences (e.g. a selected ticker of stock prices, Chicago 
Cubs news, weather for Chicago, etc.). If local client disk 
storage permits, all news is downloaded and stored, in a 
FIFO basis, in disk storage allocated thereto. This locally- 
stored news is then filtered in accordance with the viewer's 
preferences for display. This arrangement allows the user to 
change preferences and apply the new preferences to 
recently downloaded news. 

[0064] As in the earlier-described embodiments, state data 
indicating the status of the NEWS channel can be stored 
whenever the user switches to another viewer channel, so 
that the NEWS channel can resume at the point of interrup- 
tion. 

[0065] A third illustrated interactive channel is CELEB- 
RITY CHAT. This viewer channel presents different celeb- 
rities with which participants can chat in a moderated dialog. 
The celebrities are scheduled at specific times, much like 
conventional TV talks shows. 

[0066] In the illustrated arrangement, viewers compose 
typed questions on a keyboard optionally provided with the 
client terminal, and send them e-mail fashion to a moderator 
of the CELEBRITY CHAT channel. The moderator (human 
or automated) selects questions of widespread appeal and 
poses them to the celebrity. The posed questions, and the 
celebrity's responses, are distributed to all viewers of the 
CELEBRITY CHAT channel over the cable network. (By 
this arrangement, the dial-up telephone link is activated only 
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briefly — when the user-composed question is emailed to the 
moderator — saving dial-up charges.) 

[0067] A user interface 82 associated with the CELEB- 
RITY CHAT channel is shown in FIG. 7. In this embodi- 
ment, the chat is presented in typed form. (In other embodi- 
ments, of course, streaming audio/video can be employed to 
present the moderator and the celebrity in their dialog. This 
can be supplemented by other textual or multi-media pre- 
sentations related to the celebrity, e.g. music video, movie 
clips, biographical data, etc.) At the bottom of the screen is 
an Ask Question feature 84 that can be activated (as before, 
with arrow keys and the "Go" button on the remote control) 
to permit entry of the e-mail question in a box 86. After 
typing the question, the user hits Return on the keyboard. 
This terminates entry of the question, and activates the 
dial-up connection through which the question is transmitted 
to the moderator. After the question has been transmitted, the 
dial-up link is automatically terminated. If the viewer's 
question is selected by the moderator, it will eventually 
appear in the typed transcript of the interview — together 
with the celebrity's response. 

[0068] Due to the involvement of other viewers in the 
CELEBRITY CHAT channel, it is difficult to suspend the 
state of the channel if the viewer switches to another channel 
and later returns. In the illustrated embodiment, a viewer 
returning to the CELEBRITY CHAT channel sees only the 
last screenful of question-and-answer dialog. 

[0069] A fourth interactive channel is GAMES. A viewer 
tuning to this channel is presented with a menu of game 
options — typically topically arranged. Some games are 
single player. Other games involve a community of players 
who are participating in the game. The latter are typically 
scheduled at prearranged times like television programs (e.g. 
Dungeons and Dragons, 9:00 p.m. every evening). 

[0070] Contests and tournaments can be conducted on the 
GAMES channel, with sponsors awarding prizes (e.g. a free 
month of WebTV) to high -scorers — either of a single session 
or over a given period (e.g. a month). 

[0071] Some games may require execution of software 
applets on the client terminals, rather than just the rendering 
of HTML primitives. Such software can be downloaded to 
the terminal as necessary, or just in advance of scheduled 
multi-player games. Since some games require relatively 
large blocks of instructions or data on relatively short notice 
(depending on the turn of events in the game), same is 
desirably downloaded in anticipation of likely use, rather 
than when needed. 

[0072] If the selected game is of the single-player variety, 
then state data memorializing the status of the game can be 
stored if the viewer turns to another channel. When the 
viewer thereafter returns to the GAMES channel, the game 
can be resumed at the point of interruption. (Again, due to 
the involvement of other participants in multi-player games, 
it is generally impractical to try and permit the viewer to 
resume an interrupted multi-player game at the point of 
interruption.) 

[0073] A further feature of the illustrated client terminal is 
to automatically record favorite broadcast television pro- 
grams. The client monitors the user's viewing habits to 
determine favorite shows (e.g. StarTrek Voyager, Wednes- 
days, 6:00 p.m., viewer channel FOX). Thereafter, if the 



terminal is not activated by the user to watch one of these 
favorites, the terminal notices the event and automatically 
copies the program onto disk, to the extent storage space 
permits. (MPEG compression — either software -based, or 
employing a dedicated MPEG compressor ASIC — is typi- 
cally employed.) This stored program is then listed by title 
and length in the electronic program guide, as available for 
viewing on the FAVORITES channel. If the viewer switches 
to this channel, the recorded program is played back auto- 
matically. The playback UI of FIG. 5 is selectively pre- 
sented (e.g. by pressing the Menu button on the remote 
control) to allow the viewer to control playback. If several 
favorite programs have been stored, the viewer is first 
presented with a menu screen on the FAVORITES channel 
by which the desired program can be selected. 

[0074] Recorded programs are not deleted after viewing. 
However, their storage space may be overwritten by other 
recordings. Recorded programs that have not been viewed 
are overwritten as needed, oldest first. Viewed programs are 
overwritten before non-viewed programs. (Programming 
implementing a variety of more complex rules and policies 
is typically provided to govern which recorded programs are 
deleted to provide storage for new programs.) 

[0075] Video storage at the client terminal also permits a 
viewer to take a break from broadcast programming without 
missing anything (as would otherwise occur). When a 
viewer wants to take a break, a Delay Program button is 
selected from an Options menu that is controllably presented 
on the screen in response to a button on the remote control. 
When the Delay Program button is activated, the then-tuned 
program is routed to the MPEG compressor and copied to 
disk. When the viewer thereafter returns, the viewer acti- 
vates a Resume Program button on the Options menu. 
Copying of the incoming broadcast continues, but simulta- 
neous playback of the earlier recorded portion commences 
and is displayed on the screen. The disk thus acts as a 
circular buffer. 

[0076] Yet another feature of the illustrated embodiment is 
an arrangement by which the system can suggest program- 
ming that may be enjoyed by different users. The system 
compiles profiles of each user's viewing habits (e.g. Viewer 
A's favorite shows appear to be (a) 60 Minutes, (b) StarTrek 
Voyager, and (c) Dbarma and Greg; the profile includes 
less-frequently viewed programs as well). Each such profile 
is correlated with other viewers' profiles to find affinity 
groupings of users with similar profiles. Viewing sugges- 
tions can then be made based on the system's determination 
of other programming that is popular among other members 
of the group. For example, from an analysis of the profiles 
of viewers most closely correlated with Viewer A, the 
system may note that a significant number also watches 
Third Rock From the Sun. System records may show that 
Viewer A has never watched this program and the system 
may thus propose (either in response to a viewer's query or 
autonomously) that Viewer A may enjoy Third Rock From 
the Sun. 

[0077] Desirably, the profiles are based on more than a 
single favorite program for each viewer. Although a single 
favorite program could serve as the basis for affinity group- 
ing, this is generally too clumsy a metric (e.g. many viewers 
of Seinfeld have otherwise divergent viewing preferences). 

[0078] The profiles need not be based on favorite pro- 
gramming alone. Many other factors can be considered in 
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forming affinity groupings, e.g. time-of-day viewing habits, 
zip code, game/chat/interactive news/jukebox preferences/ 
habits, etc. 

[0079] From the foregoing it will be recognized that the 
illustrated system redresses many shortcomings of the prior 
art, and provides a great number of features not previously 
available. 

[0080] Having described and illustrated the principles of 
our invention with reference to a preferred embodiment and 
various alternatives, it should be apparent that the invention 
is not limited to the detailed arrangements. 

[0081] For example, while the disclosure particularly con- 
sidered use of visual user-interfaces, many of the principles 
detailed above can be applied equally-well to user interfaces 
employing other techniques, e.g. gesture-interfaces, audio 
interfaces, tactile interfaces, etc. 

[0082] Similarly, while the detailed embodiment 
employed certain UI conventions (e.g. the video control 
panel disappears after PLAY is activated), other embodi- 
ments can employ other UI conventions (e.g. the control 
panel persists, or is minimized, or becomes more transpar- 
ent, etc.) 

[0083] Several references were made to HTML. This term 
is meant to include not just Hypertext Markup Language per 
se, but also to encompass other graphical and/or video 
representation systems by which primitives can be combined 
to yield desired static or moving displays. 

[0084] The illustrated embodiment employed a wired link 
to the interactive network, but other distribution arrange- 
ments (e.g. direct satellite broadcast, with telephone return 
channel) can likewise by used. Similarly, the dial-up link is 
not exclusive; other arrangements (e.g. MetroCOM, etc.) 
can be used, depending on the needs of the particular 
application. 

[0085] Moreover, even a "wired" link to the interactive 
network needn't be of the sort particularly illustrated. With 
enhanced compression techniques and delivery technolo- 
gies, other arrangements — including plain old telephone 
service — can alternatively be employed. 

[0086] To provide a comprehensive disclosure without 
unduly lengthening this specification, applicants incorporate 
by reference the disclosure of U.S. Pat. No. 5,648,824, 
which discloses additional details related to video-on-de- 
mand systems and related user interfaces. 

[0087] While the foregoing discussion has detailed a com- 
plete system, it employs many inventive concepts — each of 
which is believed patentable apart from the system as a 
whole. 

[0088] In view of the many different embodiments to 
which the above-described inventive concepts may be 
applied, it should be recognized that the detailed embodi- 
ments are illustrative only and should not be taken as 
limiting the scope of our invention. Rather, we claim as our 
invention all such modifications as come within the scope 
and spirit of the following claims, and equivalents thereto. 



We claim: 

1. A method of presenting video entertainment, compris- 
ing: 

defining plural viewing channels; 

on certain of said channels, presenting television pro- 
grams; 

on at least one of said channels, presenting an interactive 
jukebox, the jukebox comprising a user interface for 
user selection of particular music; 

transmitting, from a server, data corresponding to the 
particular music selected by the user, and presenting 
same to the user; 

storing data related to the particular music selected by the 
user; and 

using said stored data to pre-select said particular music 
when the user next visits said channel. 

2. The method of claim 1 in which the particular music is 
selected by reference to one or more of the following 
categories; musical genre, artist, and title. 

3. The method of claim 1, including presenting additional 
data relating to a particular music selected by the user. 

4. The method of claim 1, including providing a user 
interface through which the user can order a CD containing 
a requested musical selection. 

5. The method of claim 1 wherein the viewing channel 
presenting the interactive jukebox is listed as a channel in an 
electronic programming guide. 

6. The method of claim 1 wherein the viewing channel 
presenting the interactive jukebox is presented in a seamless 
context with the certain channels presenting television pro- 
gramming. 

7. The method of claim 1 further comprising playing the 
particular music selected by the user over high fidelity 
speakers. 

8. The method of claim 7 further comprising presenting a 
video while playing the particular music. 

9. The method of claim 8 wherein the presented video is 
at least one of a music video, an artist biography, a critics 
review, an artists upcoming performance schedule, or a 
music sale offering. 

10. The method of claim 1 further comprising monitoring 
music selections by the user and presenting music selections 
according to the user's monitored selections. 

11. The method of claim 10 wherein the monitored music 
selections are stored in at least one of a client terminal, a 
proxy server, or a head-end. 

12. A memory containing digital processor executable 
instructions comprising instructions for: 

receiving a composite signal comprising plural channels 
modulated onto separate carrier frequencies; 

on certain of said channels, receiving television programs; 

on at least one of said channels, receiving a interactive 
jukebox channel; 

displaying hyper- text language based music selections on 
the interactive jukebox channel; 

altering the displayed music selections in response to 
receiving input via a remote control; 

receiving a music selection via the remote control; 
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transmitting an indication of the music selection; 
receiving the music selection on the composite signal; and 
playing the music selection. 

13. The memory of claim 12 further comprising instruc- 
tions for interrupting said played music selection in response 
to receiving a channel switching indication via the remote 
control, and playing said music selection where interrupted 
upon a return to the interactive jukebox channel. 

14. The memory of claim 12 further comprising instruc- 
tions for monitoring music selections and altering the dis- 
played music selections based on the monitored music 
selections. 

15. The memory of claim 12 wherein the memory is 
located in a home video entertainment system. 

16. The memory of claim 12 wherein the memory is 
distributed among at least two of a home video entertain- 
ment system, a head-end, or a proxy server. 



17. The memory of claim 16 wherein the instructions for 
monitoring music selections is located at the proxy server. 

18. The memory of claim 12, including instructions for 
listing the channels in an electronic program guide. 

19. The memory of claim 18, further comprising instruc- 
tions for receiving input via the remote control, browsing 
through the electronic program guide, and switching to the 
channel presenting the music selections. 

20. The memory of claim 12, further comprising instruc- 
tions for switching categories of music selections. 

21. The memory of claim 12 wherein the received music 
selection is a music video and the music video is displayed 
and played. 

22. The memory of claim 12 further comprising instruc- 
tions for receiving and displaying a video while the music 
selection is displayed. 

***** 
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